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[57] ABSTRACT 

A method for automatically updating a speed calling 
data base in a telecommunications network entails tag- 
ging an outgoing speed call with a speed calling tag, 
identifying the telephone number of a speed call as 
being non-working, retrieving the updated telephone 
number, and replacing the non-working number in the 
speed calling data base with the updated number based 
on update options selected by the calling party. All 
occurrences of the non-working number could be re- 
placed depending upon options selected by subscribers 
being served from the speed calling data base. 

12 Claims, 10 Drawing Sheets 
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FIG. 3 A 




ORIGINATING ASC SWITCH 
DETECTS SPEED CALL AND 
QUERIES SCP FOR 
INSTRUCTIONS 
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ORIGINATING SLP EXECUTED; 
TELEPHONE NUMBER RETRIEVED FROM 
SPEED CALLING DATABASE 



•302 



CALL TAGGED AS A 
SPEED CALL 
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FIG. 3B 




ASC SWITCH RECOGNIZES 
THAT CALLED PARTY IS 
SERVED FROH IT 
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CALL COMPLETED 
CONVENTIONALLY 



ASC SNITCH SENDS MESSAGE 
AND QUERY TO SCP; TERMINATING 
SLP EXECUTED 
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TERMINATING 
ANNOUNCEMENT PLAYED 




ROLLING AIN DATABASE QUERIED FOR 
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FIG. 3C 
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NULL UPDATED NUMBER 
AND 0N-H00K NOTIFICATION SENT 
TO ASC SWITCH 



NULL UPDATED NUMBER 
AND ON-HOOK NOTIFICATION SENT 
TO ORIGINATING SLP 



NO UPDATE OCCURS; FINAL 
ANNOUNCEMENT PLAYED FOR 
CALLING PARTY 
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FIG. 3D 




UPDATED NUMBER RETRIEVED FROM 
ROLLING AIN DATABASE; 
UPDATED NUMBER AND 
ON-HOOK NOTIFICATION SENT TO 
ASC SWITCH 
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UPDATED NUMBER 
AND ON-HOOK NOTIFICATION 
SENT TO ORIGINATING SLP 



ALL OCCURENCES OF OUTDATED 
NUMBER ARE UPDATED IN THE 
SPEED CALLING DATABASE 
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IP PLAYS ANNOUNCEMENT FOR 
CALLING PARTY ADVISING OF THE 
DATABASE UPDATE 
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FIG. 5A 




OF FIG. 5B 
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FIG. 5B 




UPDATED NUMBER RETRIEVED FROM 
ROLLING AIN DATABASE; REL 
MESSAGE SENT TO ORIGINATING ASC SWITCH 
CONTAINING UPDATED NUMBER 
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REL MESSAGE NOTIFICATION AND 
UPDATED NUMBER SENT TO 
ORIGINATING SLP 
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FIG. 5C 




REL MESSAGE SENT TO 
ORIGINATING ASC SWITCH 
CONTAINING NULL 
UPDATED NUMBER 



532 



REL MESSAGE NOTIFICATION AND 
NULL UPDATED NUMBER 
SENT TO ORIGINATING SLP 
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NO UPDATE OCCURS; FINAL 
ANNOUNCEMENT PLAYED FOR 
CALLING PARTY 



T 

(end) 



534 



09/30/2003, EAST Version: 1.04.0000 



5,259,026 



METHOD FOR SPEED CALLING AUTOMATIC 
UPDATE 

FIELD OF INVENTION 

The present invention relates to a method implement- 
able in a telecommunications network, and more specif- 
ically, to a method for automatically updating a net- 
work data base, particularly, a speed calling data base. 

BACKGROUND OF THE INVENTION 

Speed calling, a service offered by many local ex- 
change carriers, has great appeal to telephone users 
who frequently call the same telephone number. Upon 
subscribing to the speed calling service, a subscriber is 
designated a portion (typically, for 9-31 numbers) of the 
speed calling data base which serves multiple subscrib-^ 
ers within a serving area. The subscriber can utilize his v 
portion of the database for storing telephone numbers 
and corresponding abbreviated numbers to place a 
speed call. Once speed calling is activated, by entering v 
a telephone number with its associated abbreviated V 
number in the speed calling data base, future calls to this 
telephone number can be placed by simply dialing the 
abbreviated number. 

The most appealing advantages of subscribing to 
speed calling are convenience and efficiency. Speed 
calling can allow a subscriber to call a telephone num 
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20 



benefit ratio does not justify subscribing to the speed 
calling service. 

In view of the severely diminished convenience and 
efficiency of speed calling service when stored tele- 
phone numbers are changed or out of service, an object 
of my invention is to provide a method for automati- 
cally updating a network speed calling data base. 

SUMMARY OF THE INVENTION 

The method of my invention can be implemented to 
secure the advantages of speed calling service by auto- 
matically updating the speed calling data base. When a 
subscriber places a call to a non-working or out of ser- 
vice telephone number using speed calling and an up- 
dated telephone number is available, the updated num. 
ber is retrieved and all occurrences of the telephone 
number in the speed calling data base serving the origi- 
nating node are automatically updated. After the data c 
base update is completed, the subscriber is informed of I 
the data base update and the updated telephone number I 
and given the option to complete the call to the updated ' 
-telephones u mber., Similarly, other speed calling sub- 



25 



scribers placing speed calls to the same outdated desti- 
nation number may also be given the updated number 
and option to complete the call to the updated tele- 
phone number. 



If an updated telephone number is unavailable (i.e~n 
updated number unlisted, no forwarding number, etc.,), j 
ber by entering (by dialing, by speaking the name of the 3Q bhe call c anbe treated in a convent ional manner 



calling party, etc.) the abbreviated number which usu- 
ally has significantly fewer digits (typically, two or 
three) than the actual telephone number (typically, 
seven to eleven digits). This service is also desirable 
because the caller is relieved from having to remember 35 
or routinely look up frequently called numbers. Fur- 
thermore, important numbers, which may not necessar- 
ily be frequently dialed (i.e., emergency numbers, fire 
department, police, etc.,), can be readily and easily 
accessed by substituting these numbers with a memora- 40 
ble abbreviated number (i.e., FIRE (3473), COP (267), 
etc.,) using speed calling. 

However, the advantages offered to a speed calling 
subscriber are greatly diminished when the telephone 
number stored in the speed calling data base changes or 45 
goes out of service and thus, is rendered non-working. 
Once subscribers have exercised the procedure to popu- 
late their speed calling data base with telephone num- 
bers and corresponding abbreviated numbers, they are 
reluctant to seek out and implement procedures to up- 50 
date a changed telephone number or to delete those 
numbers permanently out of service. Often subscribers 
are intimidated by hi-tech methods for implementing 



thereby leavinglhe speed^calling data base un affected. 
Alternatively, special flags could be set in the speed 
calling data base to reflect that the telephone number is 
non-working and that future speed calls invoking this 
number in the data base should be abandoned to prevent 
the needless processing of calls to the non-working 
number, thus saving network facilities. 

My method of automatic speed calling update adds a 
unique and positive dimension to speed calling by alle- 
viating the speed calling subscriber of the hassle and 
anxiety of updating his speed calling data base each time 
a stored telephone number changes. Automatic update 
ensures that the speed calling data base will be kept 
current, thus preserving its convenience and efficiency 
and its overall appeal and benefit to subscribers. My 
inventive method for automatically updating the speed 
calling data base is efficient since all occurrences of the 
called telephone number appearing in the speed calling 
data base can be updated when any subscriber served by 
the originating node places a speed call to a non-work- 
ing number. Furthermore, implementation of my inven- 
tion will save network facilities by flagging non-work- 
ing speed calling numbers for which no updated number 
is available, thus preventing the needless processing of 



services such as speed calling and are apprehensive 

toward executing related procedures/Many subscribers 55 the call beyond the originating node, 
perceive manual update procedures to be too involved „„ TT ^ „ _ 

and bothersome to warrant the trouble and anxiety of BRIEF DESCRIPTION OF THE DRAWING 
updating a non-working telephone number. FIG. 1 shows the Advanced Intelligent Network 

Over time, a subscriber's failure to execute manual Architecture (AIN) in which my invention may be 
speed calling update procedures leads to a speed calling 60 employed. 



data base populated with non-working numbers. As a 
result, the subscriber must resort to using conventional 
calling methods which entail remembering and dialing 
all digits of the called telephone number. Clearly, as 
non-working telephone numbers dominate a subscrib- 65 
er's memory in the speed calling data base, the advan- 
tages of speed calling, namely, convenience and effi- 
ciency, are significantly degraded such that the cost- 



FIG. 2 depicts elements of the AIN network in- 
volved in speed calling automatic update in accordance 
with an aspect of the present invention where the call- 
ing and called parties are served by the same ASC 
switch. 

FIG. 3A is a flow diagram in accordance with my 
invention depicting the steps for performing speed call- 
ing automatic update. 
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FIGS. 3B, 3C, and 3D are flow diagrams in accor- 
dance with one embodiment of my invention and de- 
picting the steps for performing speed calling automatic 
update when the calling and called parties are served by 
the same ASC switch. 

FIG. 4 depicts AIN network elements involved in 
speed calling automatic update in accordance with an 
aspect of the present invention where the calling and 
called parties are served by different ASC switches. 

FIGS. 5A, 5B, and 5C are flow diagrams in accor- 
dance with an embodiment of my invention and depict- 
ing the steps for performing speed calling automatic 
update when the calling and called parties are served by 
different ASC switches. 

DETAILED DESCRIPTION 

My inventive method for providing speed calling 
automatic update is presented by initially describing 
illustratively an architectural environment in which to 
implement the update method, namely, the Advanced 
Intelligent Network (AIN) environment. Background 
information on AIN is discussed in Section A. The steps 
comprising the update method are discussed in Section 
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20 



Guide, 256-002-100, AT&T Network Systems, Issue 2, 
June 1988. 

The ASC switch 10 is a hub of the AIN architecture 
and may be any Stored Program Control (SPC) switch- 
ing system containing ASC functionality. ASC func- 
tionality enables the switch to detect calls warranting 
AIN service processing involving the exchange of in- 
formation with the SCP 20, and the IP 30, before resum- 
ing normal call processing when service processing is 
completed. 

The ASC switch 10 identifies calls requiring service 
logic to be executed in order to be routed and processed 
and initiates dialogue with the SCP or Adjunct System 
20 which contains service logic programs (SLPs). Upon 
receiving instructions resulting from the execution of an 
SLP 25 at the SCP or Adjunct system 20, the ASC 
switch 10 responds to the instructions and processes the 
call accordingly. 

The SCP or Adjunct System 20 is the "smart node" in 
the AIN network containing service logic for process- 
ing calls. The SCP 20 communicates with the ASC 
switch 10 via the SS7 network, which is described 
above. In lieu of an SCP 20, an Adjunct System could 
be employed which is functionally equivalent to an SCP 



B by tracing the progression of a speed call under two 1$ ^ bm whjch) does nQt requife SS7 t0 communicate 



scenarios: 

1. A speed call being placed to a called party served 
from the same switch as the calling party as described 
in Section Bl; and 

2. A speed call being placed to a called party served 
from a switch 

different than that of the calling party as described in 
Section B2. In Section C, options relating to speed call- 
ing automatic update which may be provided to the 
subscriber are described. 
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A. ADVANCED INTELLIGENT NETWORK 
(AIN) 

Many network architectures supporting speed calling 
services can gracefully implement my inventive method 
for speed calling automatic update. For the purpose of 
a specific illustrative example, the network architecture 
employed for implementing my inventive method is the 
the Advanced Intelligent Network (AIN). 

The object of AIN is to create a programmable ser- 45 
vice-independent environment having standard inter- 
faces and being compatible with multi-vendors* equip- 
ment such that network service providers can quickly 
respond to customer needs and market opportunities. 



with the ASC switch 10. Instead, a high speed interface 
can be used to support communication between the 
ASC switch 10 and the Adjunct System. For purposes 
of discussion and illustration herein, an SCP 20 is em- 
ployed in the AIN network 100 in lieu of an Adjunct 
System. 

Another element of the AIN network 100, which is 
connected to the ASC switch 10, is the Intelligent Pe- 
ripheral (IP) 30. The IP 30 can serve as a resource to the 
switch in many different capacities by providing func- 
tions such as collection of Dial Tone Multi-Frequency 
(DTMF) digits, playing network announcements, and 
voice recognition. For the purposes of this discussion, 
the IP 30 provides customized voice announcements. 
For example, the IP 30 may be accessed via the ASC 
switch 10 when a voice announcement is to be played 
for the calling party informing him that the telephone 
number of the called party is no longer in service. 

Also included in the AIN network 100 are the speed 
calling data base 40 and the rolling AIN data base 50. 
The speed calling data base 40 stores actual telephone 
numbers represented by abbreviated numbers that are 
pre-selected and entered by speed calling subscribers. 
Each subscriber is designated a portion of the speed 



Details of AIN are provided in "Advanced Intelligent 50 calling database for storing his telephone numbers and 



Network Release 1 Network and Operations Plan" 
Special Report, SR-NPL-001623, Issue 1, June 1990, 
published by Bell Communications Research. 

As shown in FIG. 1, the elements of the AIN net- 
work 100 affected during automatic speed calling up- 55 
date include switch 10 having AIN Switch Capabilities 
(ASC) called the ASC switch 10, a Service Control 
Point (SCP) or Adjunct System 20, an Intelligent Pe- 
ripheral (IP) 30, a speed calling data base 40, and a 

rolling AIN data base 50. The AIN network 100 is 60 incoming call is a speed call and the telephone number 
comprised of multiple ASC switches interconnected by of the called party is identified at the ASC switch 10 as 
voice trunk and signaling networks 60. As shown, sig- being non-working or out of service, 
naling communication between ASC switches is pro- Both the speed calling and the rolling AIN databases 
vided by Signaling System Number 7 (SS7), a protocol 40 and 50 could reside internal or external to the SCP 
and network for exchanging signaling information be- 65 20. If these databases reside externally, the SCP 20 may 
tween nodes over data links that can be separate from require additional capabilities to make external queries, 
voice paths. For more information on SS7 and similar External rolling data base capabilities could be pro- 
networks, see Common Channel Signaling 1 Information vided using the intercept data base, which is a conven- 



corresponding abbreviated numbers. The actual tele- 
phone number of the called party is retrieved from the 
speed calling data base and passed to the SCP 20 based 
upon instructions resulting from execution of a service 
logic program. 

The rolling AIN data base 50 contains recently 
changed numbers (outdated numbers with their corre- 
sponding updated numbers). This data base could be 
established internal to the SCP 20 and queried when the 
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tional network data base that contains recently changed 
numbers. For illustrative purposes, the speed calling 
and rolling AIN data bases 40 and 50 are assumed to be 
internal to the SCP 20. However, for the ease of discus- 
sion, these databases are logically shown in FIGS. 1, 2 
and 4 as network components distinct from the SCP 20. 

In general, the SCP 20 may serve a single or several 
ASC switches within a cluster of network switches. 
Furthermore, the SCP 20 may have access to a single or 
multiple speed calling and rolling AIN databases lo- 
cated internally or externally. For illustrative purposes, 
the SCP is shown to serve a single ASC switch 10, and 
each SCP is shown to have access to a single speed 
calling data base 40 and a single rolling AIN data base 
50. 

B. STEPS FOR IMPLEMENTING SPEED 
CALLING AUTOMATIC UPDATE 

The steps for implementing speed calling automatic 
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this parameter could be utilized to tag the call as a speed 
call. 

Upon retrieving the telephone number of the called 
party and other processing and routing instructions 
through execution of the originating SLP 26, this infor- 
mation is passed from the originating SCP 21 to the 
originating ASC switch 11 with a request that the origi- 
nating ASC switch 11 notify the originating SLP 26 of 
a release (REL) message sent back from the destination 
ASC switch or an on-hook notification pertaining to the 
call. The abbreviated number entered to invoke the 
speed call and the telephone number retrieved from the 
speed calling data base are noted at the SLP 26 for use 
in updating the speed calling data base, if required. 

After tagging the call as a speed call per instructions 
from the originating SCP 21, element 303, the call is 
routed based upon the telephone number of the called 
party to the terminating ASC switch. The progression 
of the call at this stage is dependent upon whether the 



update are illustrated in FIGS. 2 and 4 and in the flow 20 ca ||f d P artv is terminated at the same ASC switch as the 
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diagrams of FIGS. 3A through 3D and FIGS. 5A 
through 5C. Once speed calling service has been en- 
abled by the service provider and activated by the sub- 
scriber, speed calls can be placed. To place a speed call, 
the calling party 5 must enter the abbreviated number 
(such as 4*) representing the telephone number of the 
called party 6. This abbreviated number is received at 
the originating ASC switch 11. As denoted in flow 
diagram element 301 of FIG^ 3A, the originating ASC 3Q ^g^^^^^ 
switch 11 detects that the abbreviated number is for a ° 



calling party or at a different ASC switch, element 304. 
These two scenarios are discussed independently be- 
low. 

Bl. SPEED CALLING CALL BETWEEN 
PARTIES AT THE SAME ASC SWITCH 

After routing and processing information is received 
from the originating SCP 21, the originating ASC 
switch 11 queries, flow diagram element 304, and then 



speed call and queries the originating SCP 21 for a 
service logic program (SLP) 26 to generate instructions 
and information to route and process the outgoing 
speed call This SLP 26, which provides routing and 35 
processing instructions for an outgoing call, is known as 
the originating SLP 26. 

At the originating SCP 21, per instructions from the 
originating SLP 26, the actual telephone number of the 
called party is retrieved from the speed calling data base 40 
41, which stores entries previously programmed by the 
subscriber, to be used by the originating ASC switch 11 
for routing the call, element 302. Additionally, the orig- 
inating SCP 21 prepares instructions for the originating 
ASC switch 11 to place a special tag on the outgoing 45 
call, namely, a speed calling service tag, to identify the 
call as a speed call, element 303. 

This tag could be provided at the orginating ASC 
switch 11 for transmittal in the SS7 ISDN User Part 



served directly from the originating ASC switch 11, 
element 305 of FIG. 3B. When a speed call is directed to 
a called party served by the same ASC switch as the 
calling party, as shown in FIG. 2, then the originating 
and destination ASCs switches are one and the same, 
and therefore will be referred to as simply the ASC 
switch 11. Likewise, for the sake of discussion, the orig- 
inating and destination SCPs are one in the same, and 
will be referred to as the SCP 21. However, an ASC 
switch could query different SCPs for originating and 
terminating SLPs. 

Under this scenario, the ASC switch 11 determines 
whether the telephone number of the called party 
(which was retrieved from the speed calling data base) 
is a working number, element 306. If the number is 
working, then the call is processed in a conventional 
manner, element 307. However, if the telephone num- 
ber is identified as a non-working number, the ASC 
switch 11 sends a message to the SCP 21 requesting 
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(ISUP) signaling as^ia^wUhtfie outgoing call to 50 processing instructions, identifying the telephone num- 
. ™m ™ m - " ' ber of the called party as being out of service and identi- 

fying the telephone number as having been the destina- 
tion of a speed call by its speed calling tag, element 308. 

At the SCP 21, another SLP called the terminating 
SLP 27 is executed, and a determination is made as to 
whether the call is a speed calling call, element 309. If 
the incoming call to the non-working destination num- 
ber is not tagged as a speed call, the terminating SLP 27 
will cause the call to be treated conventionally which 
60 may entail playing of a final announcement, element 
310. However, upon detecting the speed calling tag, the 
terminating SLP 27 queries the rolling AIN data base 51 
for an updated number, element 311. 

An updated number may be unavailable for many 
reasons such as, the phone number is only temporarily 
out of service, the updated number is non-published, or 
no updated number was provided by the called party. 
If, upon querying the rolling data base, it is determined 



the terminating switch. SS7 ISUP is the call control 
part of SS7 protocol that determines the procedures for 
setting up, coordinating, and disconnecting trunk calls. 
SS7 ISUP is comprised of a limited set of basic mes- 
sages, along with many parameters and their elements. 
Current capabilities of SS7 ISUP are contained in Chap- 
ter T\A\3A Functional Description of the Integrated Ser- 
vices Digital Network (ISDN) User Part, Letter Ballot 
Version of American National Standards Institute 
(ANSI), Version 91/03, March 1991. 

SS7 ISUP messages and parameters can be used in my 
invention to carry the necessary information between 
ASC switches for updating the speed calling data base 
during call setup. In SS7 ISUP, an Initial Address Mes- 
sage (IAM) is initially sent between switches to set-up a 65 
call. Within this message, a Service Activation Parame- 
ter can be carried which is an optional parameter desig- 
nated in the SS7 protocol for service identification, and 
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that an updated number is unavailable, element 312, no destination ASC switches are distinct elements in the 

updated number is retrieved and a message containing a AIN network interconnected by voice trunks and SS7 

null updated number is sent from the SLP 27 at the SCP signaling networks 60. 

21 to the ASC switch 11 with instructions to cause an As discussed in Section Bl, upon a speed call being 
on-hook notification to occur, element 332 of FIG. 3C 5 initiated, the originating ASC switch 11 accesses the 
Since the originating SLP 26 requested that the ASC actual telephone number of the called party and other 
switch 11 notify it of an on-hook notification, a message, ^jj processing and routing instructions by executing of 
triggered by the on-hook notification, is sent from the tne originating SLP 26 at the originating SCP 21. The 
ASC switch 11 to the SLP 26 at SCP 21 with the null originating ASC switch 11, as illustrated in FIG. 4, then 
updated number. The existence of a null updated num- 10 routes the cal ] t0 ^ terminating ASC switch 12, which 
ber then results in no updating of the speed calling data serves the cailed party ^ the trunk and signaling net- 
base, and instruction to be sent to the IP 31 via the ASC works ^ using SS7 signaling ^ depicted by element 
switch 11, to have the IP 31 play a final special an- 5Q1 of the flow di ^ D f pjQ 5A . Upon receiving the 
nouncement to the calling party saying that the number d cal) ^ determming that the te i ep hone number is 
is not in service and no updated number is available to 15 ^ of servicC( element 502> the tenn inating ASC switch 
update the subscriber s speed calling data base, element „ ries thfi terminating SCP 22 ^ a message con . 

°a -15 the V ermm f* ed - „ . „ . - M taining the telephone number and speed calling tag for 

If an updated number for the called party is available, . t * • e _ «^^ e .u 0 Sin ~u mt >J?t *n% 

the SCP 21 through execution of the tenninating SLP ms l™ C " 0 " S tofu ^ her Q P I^ S the ,S ^ 

27 retrieves the updated number from the rolling AIN 20 # At th + e te ~"? SCP 22 > ™?* er SLP ***** 

data base 51 and sends a message containing the updated terminating SLP 28 is executed. If the incoming call to 

number to the ASC switch 11 with instructions to cause non-working destination number is found, element 

an on-hook notification to occur, element 342 of FIG. to ™* b Jl U Sf d M a speed calling call, the termi- 

Sir^tnre-trreTJrtgh^ the ASC natin g SLP 28 WI » the caI1 10 ? e l ™\* d conven - 

Iwitch 11 to notify it of an on-hook notification, a mes- 25 ^m\\y which may entail playing of a final announce- 

sage, triggered by the on-hook notification, is sent from ment, element 506. However, upon identifying the call 

the ASC switch 11 to the SLP 26 with the updated as a speed call by its tag, the rolling AIN data base 52 

number, element 343. serving the terminating SCP 22, is queried for the up- 

Upon receiving the message containing the updated dated telephone number, element 505. 

number, the originating SLP 26 c hecks for an updated 30 If an updated number is available, element 507, the 

number (not a null update nnmhp^jjpoq farting an updated number is retrieved from the rolling AIN data 

a updated number, the originating^5LE_2Lcauses the base 52, and the terminating ASC switch 12 is instructed 

* speed calling data base 41 to be searched and for all by the tenninating SLP 28 to send a release (REL) 

occurrences of the outdated number in the speed calling message to the originating ASC switch 11 containing 

data base 41 to be replaced by the updated number, 35 the updated number for the called party, element 508, 

element 344. Additionally, each of the updates in the FIG. 5B. The REL message is sent from the terminating 

speed calling data could be flagged so that upon the first ASC switch to the originating ASC switch to terminate 

use of the number by another subscriber, the subscriber communications with the originating ASC switch. If no 

would receive an announcement containing update updated number is available from the rolling AIN data 

notification similar to that received by the calling party 40 base 52, the terminating ASC switch 12 is instructed by 

as described below. the terminating SLP 28 to send a REL message to the 

After the automatic data base update is completed, originating ASC switch 11 containing a null updated 

the SCP 21 instructs the ASC switch 11 to have the IP number for the called party, element 532 of FIG. 5C. 

31 play an announcement to the calling party, element updated ( or null updated) number could be carried 

345, advising that the called party's number has 45 in the REL message in t he Cause Indicator Parameter 

changed and been updated in the speed calling data base which is a diagnostic parameter used to indicate the 

and providing the updated number of the called party. reason for terminating communications with the origi- 

In addition the IP 31 asks, the calling party if a callto flati A§c gwitch 

% C , Up ??£ d f d , be P aCed> ClemCnt < rt Upon these instructions being followed by the termi- 

7*n ° T S . J £° v nr ^ v na ^ ™ting ASC switch 12, the REL message is then trans- 
The ASC switch 11 collects the Y (Yes) or N (No) * ? nctwofk ^ ^ n&i]ng ASC 

response and sends it to the SCP 21. If the calling party F . . # . ^2 . 

responds "Y" (Yes), the SCP retrieves the updated «^ the ^L message, the ongma - 

number of the called party from the speed calling data m « ASC SW)t * h V°T, ,? n0tl [ ,Catl0n ° f ^ REL 
base 41, which is passed to ASC switch 11 along with 55 mes ^ e null updated number or updated num- 

instructions for routing the call. If the calling party ber m a ^ M « e l 0 T ^ 0 "S inat ? ng SLP * 
responds "N" (No), the SCP instructs the IP 31 via the clemen ! £ FIG 5C or element 509 of FIG SB, 
ASC switch 11, to play a final announcement and the respectively. If a null updated number is received, the 
ASC switch 11 to terminate the call, element 347. information is then used at the originating SCP 21 to 

60 cause a final announcement to be played by the IP say- 
B2. SPEED CALLING CALL BETWEEN i ng that the number is not in service and no updated 

PARTIES AT DIFFERENT ASC SWITCHES number is available to update the subscriber's speed 
Achieving speed calling automatic update when a calling data base, element 534 of FIG. SC. However, if 
speed call is placed to a called party served by another an updated number is received, all occurrences of the 
ASC switch, is handled in a similar manner as described 65 outdated telephone number appearing in the speed call- 
in Section Bl where the calling and called parties are ing data base 41 is updated, element 344 of FIG. 3D. 
served from the same ASC switch. Unlike the scenario The further processing of the call is handled as de- 
described in Section Bl, however, the originating and scribed in Section Bl and shown in FIG. 3D. 
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C ADDITIONAL OPTIONS FOR SPEED 
CALLING AUTOMATIC UPDATE 

As previously discussed in Sections Bl and B2, when 
a telephone number associated with a speed call is iden- 5 
tified as non-working and an updated number is avail- 
able, all occurrences of the telephone number appearing 
in the entire speed calling data base serving the originat- 
ing ASC switch are updated with the updated number. 

In some cases, the calling party or other subscribers 10 
having separately designated portions of the same speed 
calling data base may desire more control over the 
update of their designated portion of the speed calling 
data base. To give the calling party more flexibility in 

controlling when outdated numbers are updated, the 15 ing the terminating end of the network to identify the 



mented in the speed calling service logic at the originat- 
ing SLP. 

To save network facilities, other features could be 
implemented as part of speed calling automatic update. 
In instances where an updated number is not available 
to update the speed calling data base, the originating 
SLP (upon recognizing a null updated number) could 
cause the non-working number to be specially flagged 
in the speed calling data base so as to identify the num- 
ber as non-working. Therefore, in "the future when 
speed calls are placed which invoke this non-working 
number, this number can be immediately identified by 
its special flag at the originating SLP as being non- 
working and the call can be abandoned without query- 



calling party could be queried prior to his database 
update being effected. Furthermore, to give other sub- 
scribers more flexibility in controlling when outdated 
numbers should be updated in their portion of speed 
calling data base, all occurrences of the outdated num- 
ber could be retained and, flagged with the updated 
number; therefore, upon the subscriber's next speed call 
being placed to the outdated number, he will be in- 
formed that the number is outdated and queried as to 



number as non-working. Implementation of this option 
prevents future calls to a non-working number in the 
speed calling data base from being needlessly processed, 
thus preserving network facilities and resources. 
20 However, the subscriber could be queried to override 
this special flag such that a call can still be placed to the 
non-working number upon the subscriber's request. The 
capability to override this flag may be desired since 
some non-working numbers are only temporarily out of 



whether the update should be effected. Such a service 25 service and since there could be a delay between a 



offering could be called speed calling optional update 
Specifically, to implement this option, the update 
methods described in Sections Bl and B2 could be mod- 
ified as follows. Upon receiving a message containing 
the updated number after the occurrence of an on-hook 30 
notification as described in Section Bl, or a REL mes- 
sage as described in Section B2, the originating SLP 
could instruct the originating ASC switch to have the 
IP play a message which 1) informs the calling party 
that the telephone number of the called party is out- 
dated; and 2) asks if the outdated number should be 
updated in the subscriber's speed calling data base. If 
the calling party responds "no", the outdated number 
remains unchanged and processing of the call continues. 



number being taken out of service and an updated num- 
ber being accessible from the rolling AIN data base. 

CONCLUSION 

Thus, my invention provides a method for automati- 
cally updating a speed calling data base. When a sub- 
scriber places a speed calling call to a non-working 
number and an updated telephone number is available, 
the updated number is retrieved and the non-working 
35 number is automatically replaced in the speed calling 
data base by the updated number. Therefore, the sub- 
scriber's speed calling data base stays current without 
the subscriber having to manually update the speed 



calling data base to replace non-working numbers. To 
However, if the calling party responds "yes*' then the 40 maximize savings of network facilities, all occurrences 
SLP causes the calling party's speed calling data base to of the non-working number in the speed calling data 
be updated and the call continues as described in Sec- base are updated unless otherwise requested via specific 
tions Bl and B2. In any case, all occurrences of the options selected by speed calling subscribers served at 
non- working number are flagged and the updated num- the data base. Numerous alternative embodiments of the 
ber noted for subscribers who want the option to con- 45 present invention may be devised without departure 



55 



trol the updating of their data base. All other subscrib- 
ers will have their non-working numbers automatically 
updated and flagged so that they are notified the first 
time the subscriber places a speed call to the outdated 
number. 

A subscriber having speed calling automatic update 
capabilities may desire the option to have his speed 
calling data base updated only when he invokes a non- 
working number from his own speed calling data base, 
but not when other subscribers invoke the same non- 
working number in their speed calling data base. This 
option could also be provided by altering the methods 
described in Sections Bl and B2. One approach to pro- 
viding this option would be to limit the speed calling 
automatic update to not occur throughout the entire 60 
speed calling data base, but only at the subscriber's 
designated portion of the data base. Another approach 
to providing this option is to update all occurrences of 
the outdated number in the entire speed calling data 
base except where subscribers have specifically blocked 65 
updates initiated by other subscribers. Instructions for 
limiting speed calling automatic update according to the 
subscriber's update option selection could be imple- 



from the spirit and scope of the following claims. 
What is claimed is: 

1. In a telecommunications network, a method of 
automatically updating a speed calling data base after 
50 speed calling is invoked by a calling party who is served 
from a node and who dials an abbreviated number, 
representing a non-working telephone number of a 
called party served from a node, to place a call to the 
called party, said method comprising the steps of 
retrieving from the speed calling data base the tele- 
phone number of the called party corresponding to 
the abbreviated number dialed by the calling party; 
tagging the call with a speed calling identification 
tag; 

upon identifying said retrieved telephone number as 
non-working, querying a rolling data base for an 
updated telephone number; 
if said updated telephone number is available, retriev- 
ing the updated telephone number from said rolling 
data base; 

passing a message comprising said updated telephone 
number of the called party to the node serving the 
calling party; and 
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updating the calling party's speed calling data base prior to updating the speed calling data base, query- 
using information in said message. ing the calling party on whether to update the 

2. The method of claim 1, wherein the node serving speed calling data base. 

the calling party and the node serving the called party 7. The method of automatically updating a speed 

are the same. 5 calling data base of claim 4, wherein said updating step 

3. The method of claim 1, wherein the node serving comprises updating all occurrences of the non-working 
the calling party is an originating node, the node serving telephone number appearing in the speed calling data- 
the called party is a terminating node, and said originat- base, including portions of the speed calling data base 
ing node and said terminating node are different. designated to other calling parties. . 

4. In a telecommunications network, a method of M *• The method of automatically updating a speed 
automatically updating a speed calling data base after calling data base of claim 7, wherein said updating step 
speed calling is invoked by a calling party who is served comprises flagging all occurrences of the updated tele- 
from an originating node and who dials an abbreviated P hone number appearing in the portions of the speed 
number, representing a non-working telephone number data base designated to calling parties such that, 
of a called party served from a terminating node, to 15 u P on °™ of ^ occurrences of the updated telephone 
place a call to the called party, said method comprising numb f being invoked by one of the calling parties, said 
the steps of: one calling parties is notified that the data base 

at the originating node, retrieving from the calling updatehas occurred. . . 

party's designated portion of the speed calling data * ™ e m f hod r of t autoniatically updating a speed 

base the telephone number of the called party cor- 20 calling data base of c aim 4, wherein said updating step 

responding to the abbreviated number dialed by comprises updating all occurrences of the non-working 

the calling Darty* telephone number appearing in the speed calling data 

tagging the caU with a speed calling identification J** wSeEd**™ SPMd * Mom,itic Update haS 

*i. it j • j v j 25 10. The method of automatically updating a speed 

routing the call and said identification tog, based upon cflU ^ base of ^ 4 ^ J d ^ * 

the retrieved telephone number, to the terrmnating ^ . ^ ^ ^^designated 

node serving the called party; £ n f ^ ^ ^ ^ b £ ^ said m * 

at the terminating node upon identifying said re- £ om ^ term 4 lin nod * 

tneved telephone number as non ; working and for a 3() n Jhe method of automatical i y updating a speed 

speed calling call, querying a rolling data base for ^ data base of daim 4 fufther comprising tne step 

an updated telephone number; ofi if said update d telephone number is unavailable, 

if said updated telephone number is available, retnev- ^ ^ non . working number in the speed caUing 

ing and passing said updated telephone number to data base ^ being non . WO rking. 

the terminating node; 35 12> A method for updating information in a first data 

passing from the terminating node to the originating base of a telephone network, using information re- 
node a message comprising said updated telephone trieved from a second data base within the telephone 
number of the called party; and network, said method comprising the steps of: 

updating the speed calling data base using informa- routing a first message during call set-up from an 

tion in said message passed from the terminating 40 originating node based upon information accessed 

node. • from the first data base to a terminating node, 

5. The method of automatically updating a speed a t said terminating node, identifying information ac- 
calling data base of claim 4, further comprising the steps cessed from the first data base as outdated and 
of: retrieving from the second data base updated infor- 

informing the calling party of the called party's up- 45 mation, 

dated number and that the called party's number passing from said terminating node to said originating 

has been updated in the speed calling data base, and node a second message comprising updated infor- 

querying the calling party on whether the call should mation, and 

be placed to the updated number. updating outdated information at the first data base 

6. The method of automatically updating a speed 50 using updated information in said second message 
calling data base of claim 4, further comprising the step passed from said terminating node. 

of * * * * * 



55 



60 



65 



09/30/2003, EAST Version: 1.04.0000 



US-PAT-NO: 



5259026 



DOCUMENT- IDENTIFIER : 



US 5259026 A 



TITLE: 
update 



Method for speed calling automatic 



KWIC 



Brief Summary Text - BSTX (6) : 

However, the advantages offered to a speed calling 
subscriber are greatly 

diminished when the telephone number stored in the speed 
calling data base 

changes or goes out of service and thus, is rendered 
non-working. Once 

subscribers have exercised the procedure to populate their 
speed calling data 

base with telephone numbers and corresponding abbreviated 
numbers, they are 

reluctant to seek out and implement procedures to update a 
changed telephone 

number or to delete those numbers permanently out of service. 
Often 

subscribers are intimidated by hi-tech methods for 
implementing services such 

as speed calling and are apprehensive toward executing 
related procedures. 

Many subscribers perceive manual update procedures to be too 
involved and 

bothersome to warrant the trouble and anxiety of updating a 

non-working 

telephone number. 

Brief Summary Text - BSTX (10) : 

The method of my invention can be implemented to secure 
the advantages of 

speed calling service by automatically updating the speed 
calling data base. 

When a subscriber places a call to a non-working or out of 
service telephone 

number using speed calling and an updated telephone number is 
available, the 
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updated number is retrieved and all occurrences of the 
telephone number in the 

speed calling data base serving the originating node are 
automatically updated. 

After the data base update is completed, the subscriber is 
informed of the data 

base update and the updated telephone number and given the 
option to complete 

the call to the updated telephone number. Similarly, other 
speed calling 

subscribers placing speed calls to the same outdated 
destination number may 

also be given the updated number and option to complete the 
call to the updated 
telephone number. 



Brief Summary Text - BSTX (11) : 

If an updated telephone number is unavailable (i.e., 
updated number 

unlisted, no forwarding number, etc.,), the call can be 
treated in a 

conventional manner, thereby leaving the speed calling data 
base unaffected. 

Alternatively, special flags could be set in the speed 
calling data base to 

reflect that the telephone number is non-working and that 
future speed calls 

invoking this number in the data base should be abandoned to 
prevent the 

needless processing of calls to the non-working number, thus 
saving network 
facilities . 



Detailed Description Text - DETX (9) : 

As shown in FIG. 1, the elements of the AIN network 100 
affected during 

automatic speed calling update include switch 10 having AIN 
Switch Capabilities 

(ASC) called the ASC switch 10, a Service Control Point ( SCP ) 
or Adjunct System 

20, an Intelligent Peripheral (IP) 30, a speed calling data 
base 40, and a 

rolling AIN data base 50. The AIN network 100 is comprised 
of multiple ASC 

switches interconnected by voice trunk and signaling networks 
60. As shown, 
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signaling communication between ASC switches is provided by 
Signaling System 

Number 7 (SS7) , a protocol and network for exchanging 
s ignal ing inf ormat ion 

between nodes over data links that can be separate from voice 
paths. For more 

information on SS7 and similar networks, see Common Channel 
Signaling 7 

Information Guide, 256-002-100, AT&T Network Systems, Issue 
2, June 1988. 



Detailed Description Text - DETX (10) : 

The ASC switch 10 is a hub of the AIN architecture and may 
be any Stored 

Program Control (SPC) switching system containing ASC 
functionality. ASC 

functionality enables the switch to detect calls warranting 
AIN service 

processing involving the exchange of information with the SCP 
20, and the IP 

30, before resuming normal call processing when service 

processing is 

completed. 



Detailed Description Text - DETX (11) : 

The ASC switch 10 identifies calls requiring service logic 
to be executed in 

order to be routed and processed and initiates dialogue with 
the SCP or Adjunct 

System 2 0 which contains service logic programs (SLPs) . Upon 
receiving 

instructions resulting from the execution of an SLP 25 at the 
SCP or Adjunct 

system 20, the ASC switch 10 responds to the instructions and 
processes the 
call accordingly. 



Detailed Description Text - DETX (12) : 

The SCP or Adjunct System 2 0 is the "smart node" in the 
AIN network 

containing service logic for processing calls. The SCP 20 
communicates with 

the ASC switch 10 via the SS7 network, which is described 
above. In lieu of an 
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SCP 20, an Adjunct System could be employed which is 
functionally equivalent to 

an SCP 20, but which, does not require SS7 to communicate 
with the ASC switch 

10. Instead, a high speed interface can be used to support 
communication 

between the ASC switch 10 and the Adjunct System. For 
purposes of discussion 

and illustration herein, an SCP 20 is employed in the AIN 
network 100 in lieu 
of an Adjunct System. 



Detailed Description Text - DETX (14) : 

Also included in the AIN network 100 are the speed calling 
data base 4 0 and 

the rolling AIN data base 50. The speed calling data base 40 
stores actual 

telephone numbers represented by abbreviated numbers that are 
pre-selected and 

entered by speed calling subscribers. Each subscriber is 
designated a portion 

of the speed calling database for storing his telephone 
numbers and 

corresponding abbreviated numbers. The actual telephone 
number of the called 

party is retrieved from the speed calling data base and 
passed to the SCP 2 0 

based upon instructions resulting from execution of a service 
logic program. 



Detailed Description Text - DETX (15) : 

The rolling AIN data base 50 contains recently changed 
numbers (outdated 

numbers with their corresponding updated numbers) . This data 
base could be 

established internal to the SCP 20 and queried when the 
incoming call is a 

speed call and the telephone number of the called party is 
identified at the 

ASC switch 10 as being non-working or out of service. 

Detailed Description Text - DETX (16) : 

Both the speed calling and the rolling AIN databases 40 
and 50 could reside 
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internal or external to the SCP 20. If these databases 
reside externally, the 

SCP 2 0 may require additional capabilities to make external 
queries. External 

rolling data base capabilities could be provided using the 
intercept data base, 

which is a conventional network data base that contains 
recently changed 

numbers. For illustrative purposes, the speed calling and 
rolling AIN data 

bases 40 and 50 are assumed to be internal to the SCP 20. 
However, for the 

ease of discussion, these databases are logically shown in 
FIGS. 1, 2 and 4 as 

network components distinct from the SCP 20. 



Detailed Description Text - DETX (17) : 

In general, the SCP 2 0 may serve a single or several ASC 
switches within a 

cluster of network switches. Furthermore, the SCP 2 0 may 
have access to a 

single or multiple speed calling and rolling AIN databases 
located internally 

or externally. For illustrative purposes, the SCP is shown 
to serve a single 

ASC switch 10, and each SCP is shown to have access to a 
single speed calling 

data base 40 and a single rolling AIN data base 50. 

Detailed Description Text - DETX (19) : 

The steps for implementing speed calling automatic update 
are illustrated in 

FIGS. 2 and 4 and in the flow diagrams of FIGS. 3A through 3D 
and FIGS. 5A 

through 5C. Once speed calling service has been enabled by 
the service 

provider and activated by the subscriber, speed calls can be 
placed. To place 

a speed call, the calling party 5 must enter the abbreviated 
number (such as 

4*) representing the telephone number of the called party 6. 
This abbreviated 

number is received at the originating ASC switch 11. As 
denoted in flow 

diagram element 301 of FIG. 3A, the originating ASC switch 11 
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detects that the 

abbreviated number is for a speed call and queries the 
originating SCP 21 for a 

service logic program (SLP) 26 to generate instructions and 
information to 

route and process the outgoing speed call. This SLP 26, 
which provides routing 

and processing instructions for an outgoing call, is known as 
the originating 
SLP 26. 



Detailed Description Text - DETX (20) : 

At the originating SCP 21, per instructions from the 
originating SLP 26, the 

actual telephone number of the called party is retrieved from 
the speed calling 

data base 41, which stores entries previously programmed by 
the subscriber, to 

be used by the originating ASC switch 11 for routing the 
call, element 3 02. 

Additionally, the originating SCP 21 prepares instructions 
for the originating 

ASC switch 11 to place a special tag on the outgoing call, 
namely, a speed 

calling service tag, to identify the call as a speed call, 
element 303 . 



Detailed Description Text - DETX (23) : 

Upon retrieving the telephone number of the called party 
and other 

processing and routing instructions through execution of the 
originating SLP 

26, this information is passed from the originating SCP 21 to 
the originating 

ASC switch 11 with a request that the originating ASC switch 
11 notify the 

originating SLP 26 of a release (REL) message sent back from 
the destination 

ASC switch or an on-hook notification pertaining to the call. 

The abbreviated 
number entered to invoke the speed call and the telephone 
number retrieved from 

the speed calling data base are noted at the SLP 26 for use 
in updating the 

speed calling data base, if required. 
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Detailed Description Text - DETX (24) : 

After tagging the call as a speed call per instructions 
from the originating 

SCP 21, element 303, the call is routed based upon the 
telephone number of the 

called party to the terminating ASC switch. The progression 
of the call at 

this stage is dependent upon whether the called party is 
terminated at the same 

ASC switch as the calling party or at a different ASC switch, 
element 3 04. 

These two scenarios are discussed independently below. 

Detailed Description Text - DETX (26) : 

After routing and processing information is received from 
the originating 

SCP 21, the originating ASC switch 11 queries, flow diagram 
e 1 ement 3 04, and 

then recognizes that the routing address is that of a party 
served directly 

from the originating ASC switch 11, element 305 of FIG. 3B. 
When a speed call 

is directed to a called party served by the same ASC switch 
as the calling 

party, as shown in FIG. 2, then the originating and 
destination ASCs switches 

are one and the same, and therefore will be referred to as 
simply the ASC 

switch 11. Likewise, for the sake of discussion, the 
originating and 

destination SCPs are one in the same, and will be referred to 
as the SCP 21. 

However, an ASC switch could query different SCPs for 
originating and 
terminating SLPs . 



Detailed Description Text - DETX (27) : 

Under this scenario, the ASC switch 11 determines whether 
the telephone 

number of the called party (which was retrieved from the 
speed calling data 

base) is a working number, element 306. If the number is 
working, then the 

call is processed in a conventional manner, element 307. 
Howe ve r , i f t he 
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telephone number is identified as a non-working number, the 
ASC switch 11 sends 

a message to the SCP 21 requesting processing instructions, 
identifying the 

telephone number of the called party as being out of service 
and identifying 

the telephone number as having been the destination of a 

speed call by its 

speed calling tag, element 308. 

Detailed Description Text - DETX (28) : 

At the SCP 21, another SLP called the terminating SLP 27 
is executed, and a 

determination is made as to whether the call is a speed 
calling call, element 

309. If the incoming call to the non-working destination 
number is not tagged 

as a speed call, the terminating SLP 27 will cause the call 
to be treated 

conventionally which may entail playing of a final 
announcement , element 310. 

However, upon detecting the speed calling tag, the 
terminating SLP 27 queries 

the rolling AIN data base 51 for an updated number, element 
311. 



Detailed Description Text - DETX (29) : 

An updated number may be unavailable for many reasons such 
as , the phone 

number is only temporarily out of service, the updated number 

is non-published, 

or no updated number was provided by the called party. If, 
upon querying the 

rolling data base, it is determined that an updated number is 
unavailable, 

element 312, no updated number is retrieved and a message 
containing a null 

updated number is sent from the SLP 27 at the SCP 21 to the 
ASC switch 11 with 

instructions to cause an on-hook notification to occur, 
element 332 of FIG. 3C. 

Since the originating SLP 2 6 requested that the ASC switch 11 
notify it of an 

on-hook notification, a message, triggered by the on-hook 
notification, is sent 
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from the ASC switch 11 to the SLP 26 at SCP 21 with the null 
updated number. 

The existence of a null updated number then results in no 
updating of the speed 

calling data base, and instruction to be sent to the IP 31, 
via the ASC switch 

11, to have the IP 31 play a final special announcement to 
the calling party 

saying that the number is not in service and no updated 
number is available to 

update the subscriber's speed calling data base, element 334. 

The call is then 
terminated. 



Detailed Description Text - DETX (30) : 

If an updated number for the called party is available, 
the SCP 21 through 

execution of the terminating SLP 2 7 retrieves the updated 
number from the 

rolling AIN data base 51 and sends a message containing the 
updated number to 

the ASC switch 11 with instructions to cause an on-hook 
notification to occur, 

element 342 of FIG. 3D. Since the originating SLP 26 
requested the ASC switch 

11 to notify it of an on-hook notification, a message, 
triggered by the on-hook 

notification, is sent from the ASC switch 11 to the SLP 26 
with the updated 
number, element 343. 



Detailed Description Text - DETX (32) : 

After the automatic data base update is completed, the SCP 
21 instructs the 

ASC switch 11 to have the IP 31 play an announcement to the 
calling party, 

element 345, advising that the called party's number has 
changed and been 

updated in the speed calling data base and providing the 
updated number of the 

called party. In addition the IP 31 asks, the calling party 
if a call to the 

updated number should be placed, element 346. (Enter "Y" for 
Yes or "N" for 
No) . 
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Detailed Description Text - DETX (33) : 

The ASC switch 11 collects the Y (Yes) or N (No) response 
and sends it to 

the SCP 21. If the calling party responds "Y" (Yes), the SCP 
retrieves the 

updated number of the called party from the speed calling 
data base 41, which 

is passed to ASC switch 11 along with instructions for 
routing the call. If 

the calling party responds "N" (No) , the SCP instructs the IP 
31 via the ASC 

switch 11 , to play a final announcement and the ASC switch 11 
to terminate the 
call, element 347. 



Detailed Description Text - DETX (36) : 

As discussed in Section Bl, upon a speed call being 
initiated, the 

originating ASC switch 11 accesses the actual telephone 
number of the called 

party and other call processing and routing instructions by 
executing of the 

originating SLP 26 at the originating SCP 21, The 
originating ASC switch 11, 

as illustrated in FIG. 4, then routes the call to the 
terminating ASC switch 

12, which serves the called party via the trunk and signaling 
networks 60 using 

SS7 signaling as depicted by element 501 of the flow diagram 
of FIG. 5A. Upon 

receiving the speed call and determining that the telephone 
number is out of 

service, element 502, the terminating ASC switch 12 queries 
the terminating SCP 

22 with a message containing the telephone number and speed 
calling tag for 

instructions to further process the call, element 503. 



Detailed Description Text - DETX (37) : 

At the terminating SCP 22, another SLP called the 
terminating SLP 2 8 is 

executed. If the incoming call to the non- working 
destination number is found, 

element 504, to not be tagged as a speed calling call, the 
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terminating SLP 2 8 

will cause the call to be treated conventionally which may- 
entail playing of a 

final announcement, element 506. However, upon identifying 
the call as a speed 

call by its tag, the rolling AIN data base 52 serving the 
terminating SCP 22, 

is queried for the updated telephone number, element 505. 

Detailed Description Text - DETX (39) : 

Upon these instructions being followed by the terminating 
ASC switch 12, the 

REL message is then transported over the SS7 network to the 
originating ASC 

switch. Upon receiving the REL message, the originating ASC 
switch 11 forwards 

notification of the REL message and the null updated number 
or updated number 

in a message to the originating SLP 2 6 as requested, element 
533 of FIG. 5C or 

element 509 of FIG. 5B, respectively. If a null updated 
number is received, 

the information is then used at the originating SCP 21 to 
cause a final 

announcement to be played by the IP saying that the number is 
not in service 

and no updated number is available to update the subscriber's 
speed calling 

data base, element 534 of FIG. 5C. However, if an updated 
number is received, 

all occurrences of the outdated telephone number appearing in 
the speed calling 

data base 41 is updated, element 344 of FIG. 3D. The further 
processing of the 

call is handled as described in Section Bl and shown in FIG. 
3D. 



Detailed Description Text - DETX (46) : 

However, the subscriber could be queried to override this 
special flag such 

that a call can still be placed to the non-working number 
upon the subscriber's 

request. The capability to override this flag may be desired 
since some 

non-working numbers are only temporarily out of service and 
since there could 
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be a delay between a number being taken out of service and an 
updated number 

being accessible from the rolling AIN data base. 

Current US Cross Reference Classification - CCXR (1) : 
379/213,01 
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